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© Systeme de traitement transactionnel entre un serveur informatique et une pluralite de stations de 
travail. 

(57) La presente invention conceme un systeme 
de traitement transactionnel entre un serveur 
(3) informatique et une pluralite de stations de 
travail (2) entre lesquelles les ouvrages corres- 
pondants & des activites constituant des proce- 
dures sont executes, le systeme comportant du 
cote serveur un module ordonnanceur pour 
ordonnancer le progres des ouvrages, un 
module repartiteur (31) pour effectuer la reparti- 
tion des taches qui s'appuyent sur la relation 
entre role et acteur , un module signaleur (34) 
pour conserver une trace des evenements 
rythmes et recevant des informations de I or- 
donnanceur (30) et d'un module coordinateur 
(31), une boite de messages (35) echangeant 
des signaux d'une part avec les modules repar- 
titeur (33) et signaleur (34), et d'autre part avec 
un module de communication (36) avec les 
stations de travail et un module de gestion des 
donnees du flux de travail (370), le systeme 
comportant du c6te station de travail une cou- 
che de communication (27), une couche de 
gestion des messages (26) correspondant au 
flux de travail, une couche (24) comportant 
differents jeux d'interfaces de programmation 
de 1'application, une couche de services de 
gestion (25) et une couche d'interface utilisa- 
teur (20,21). 
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L'inv ntion concerns un systems d traitsmenttransacttonnel (Progamm duplication cooperative) entr 
unserveurinformatiqueetun pluralite de stations de travail. 

Le but de la present invention est de faire collaborer les agents (humams ou automates) d une unite 
organLtionnelle (par example un dtpartement) a travers des procedures (definies A I a-dedu formalisme ICN 
Tnfomatton Control Net), et de suivr et controler le progres des executions (materialisepar d s ouvrag s) 
l Les procedures sent definies en concordance avec les objects de I'unitt organ.satonnelle. 
Les procedures def inissent le sequencement des etapes auxquelles un ou plusleurs agents doivent intervsnir 
oucontribuer pour atteindre I'objectif vise par la procedure. 

^architecture proposes permet egalement d'tlargir le champ duplication des systsmss mulb-taches a 
toute Ste d'appHcations sans prejuger au prealable de .'application, seul le decoupage dss procedures est 
effectu6 selon des regies definies lites a la forme de ('architecture. ... 

S but de PinvenL est obtenu par le fait que le systems de traitemsnt transactionnel en* , un serve" 
informatique et une pluralite de stations ds travail entrs lesquelles les ouvrages correspondante a des «Mte 
conslant des procedures sont executes. Is systems comportant du c6ts serveur un module ordonnanceur 
. Ss oarages quls'appuysntsur la definition des procedures (a savoir les prscedsncss entrs les actwitt d une 
pSTe) mioses dans «a base de donntes rslationnelle pour ordonnancer le P^^^f^ 
Lvant la ou les activites suivantes et en creant la ou les taches correspondantes etant donnse la fin dune 
ZSVn module rspartrteur pour ef fectusr la repartition des taches qui s'appuit sur la relation entre rite et 
ac memorisee dans la base de donntes rslationnelle pour attribuer une tache a un acteur chois. tventuel- 
TZttZ* charge de travail, un module signaleur pour conservsr une trace des svenemen s ^rythmss e 
rscevant des informations de I'ordonnanceur et d'un module coordinates, une bo.te ds msssages echangeant 
dl?Zaux part avec les modules repartiteur st signaleur. et d'autre part avec un modu e de commu- 
nSSavsclssstationsde travail et un module degestion des donnees du flux ds travail, lesystemecompor- 
Z Icate station de travai. une couchs ds communication, une couchs de gestion des messages cor es- 
pondant au flux de travail, une couchs comportant differents jeux d'interfaces de programmation de I applica- 
tion, une couchs ds ssrvices ds gsstion et une couchs d'intsrface utilisateur. lnaoA . inlo • 
Selon une autre particularite Iss differents modules d'une couche de la station de trava,! n'ont pas d inte- 

raCt sZ une autre particularite le moduls ds gestion dss donnees gere des tables statiques et dynamiques 

m£moris6es dans la base de donnees relationnelle. 
™ S« 

de dtSon des activites. de I'organisation des acteurs st dss miss et ds repartition dss actmtss selon uns 

Vs^nune^e' particulars les tables dynamiques sont constitutes de donnees svolutives representant 
I'avan cement des ouvrages et des tSches. .... 4 ui~ 

SeTon une autre parLlarite Iss tables dynamiques sont constitutes d'une table ds f^'^Z 
de vecteurs de donntes d'ouvrage JDV-JDV. d'une table ds vscteurs de donnees d'activite ADV-ADV et des 
tables SCHED-STATEP. SCHED-STATUSP. SCHED-JOBS. SCHED-TASKP. 

Selon uns autre particularite. les tables statiques sont constitutes d'une table de descriptor i de procedure 
(SCHED PROCEDURE), d'une table de description ds donntes de procedure (^V-PDDEFM'^b.e ds 
description des references dss donnses stockees dans des bases de donnses 
table de description des actMtes (SCHED-ACTIV.TE). d'une table d « d £ n '^ 
PRECEDENCE), des tables de definition de I'organisation du systeme (ORGA-ACTOR, ORGA-ROLE. ORGA 

R * O Se^u 0 ns autre particularite. uns activits est constitute d'un identifieur de I'activits st ds la procedure , » 
laquslls I'activite est rattachee et d'une lists d'actlons comportant uns commands d mitiahsation et une 

^SlorlVneaufre 8 particularite. les actions sont constitutes d'une information formant le type, d'un nom, 
d'argument constitut par les donntes des vecteurs JDV ou ADV. 

Selon une autre particularitt la couche de service de gestion oomporte : 

- un service de gestion de crtation d'ouvrage, 

- un service de gestion d'administration st de coordination, 

- un ssrvics ds gsstion ds I'sxtcution de I'activite. 

Selon une autre particularitt. une activite comporte tgalement un prtf ixe PR destint a appeler un log.ciel 
d prtsentationetd'interactionfournissantrinterfacederactivitt. 

Selon une autre particularitt. le module administrateur rtalise les fonctions de moderation, crtation. test 
et accord des drfftrentes entites du systeme. . an 

Selon une autre particularitt. le module de gestion de donntes a pour fonchon d'attacher les donntss ap- 
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propriees aux ouvrages specif iques en creant le vecteur JDV, de gerer I'integrite des donne s, de retrouver 
et acceder les donnees dans les bases de donnees xternes (ou duplication). 

Selon une autre particular^, le module de gestion d'execution d'activites comporte les fonctions: 

- d I cture du fichier et de description d'activite, 

- de lectur et d'6criture des donnees d'ouvrage utilisees dans I'activite, 

- de lecture et d'6criture des donnees des taches correspondantes utilisees dans I'activite et de comman- 
de des droits d'acces sur les donnees d'ouvrage, 

- d'avancement du formulaire de presentation approprie de I'activite, 

- et de I'execution des actions correspondantes a I'activite d'une facon guidee. 
Selon une autre particularite, le module de gestion des taches realise les fonctions suivantes : 

- reception d'une tache offerte, 

- acceptation d'une tache offerte, 

- recherche des donnees correspondantes du vecteur d'ouvrage sur leserveur, 
15 ._- achievement d'une tache, 

*. restitution du vecteur tfouvrage et mise a jour au serveur, ■ > * ■ 

- ^orientation d'une tache vers un autre acteur ou une autre activite, 

- appel de I'execution de I'activite d'une tache, 

- traitement et maintien local des donnees correspondant aux taches et leur histonque. 
Selon une autre particularite le module administrates et coordinateur (11) comporte les fonctions d Sd.tion 

de concept et de donnees et la commande des ouvrages. 

Selon une autre particularite, le module repartiteur realise trois fonctions principals : 

- affecter a un utilisateur les taches qui viennent d'etre crees par I'ordonnanceur, 

- affecter un nouvel utilisateur a une tache qui vient d'etre rejetee, 

- effectuer la distribution et la circulation des activites parmi les utilisateurs. 

Selon une autre particularite, le module signaleur conserve une trace des evenements rythmes ou tenv 
porelle et comporte une fonction de rappel quand un temps est expire et une fonction de retardement pour lan- 

^Se^ 

qui contient la description des messages et une seconde qui memorise la destination des messages. 

D'autres particularity et avantages de la presente invention apparaitront plus cla.rement a la lecture de 
la description ci-apres faite en reference aux figures ci-apres dans lesquelles : : , im/Antifin 

La figure 1 represente de facon schematique un systeme de traitement transact.onnel selon I .nvent.on^ 
La figure 2 represente de facon schematique les echanges entre les differents modules du systeme de 

35 traitement transactionnel, ,isf««»nte 
La figure 3 represente les informations qui transited lors de la creation d'un ouvrage entre les differents 

elements du systeme transactionnel. .... 

La figure 4 represente Tecran aff iche par le terminal du systeme lors de la m,se en route de celu.-c. avec 
I'interface de presentation particuliere. 

Les figures 5 a 1 5 representent les dif ferentes fenetres utilisees par I'interface ubhsateur du systeme tran- 

^TaTigure 1 represente un systeme de traitement transactionnel entre un serveur informatique (3) utilisant 
des donnees de traitement stockees sur une base de donnees relationnelle d'un serveur mformatque (3) par 
exemple du type "UNIX", et communiquant avec des stations de travail (1). par exemple du type PC, sur les- 
qS Jail d'une application qui se derou.e dans le cadre d'activites est executee par I'ubhsateur de la 

^es^r^ 

on do5 entendre le corps d'une etape de travail, d'une procedure, c'est a dire une unite de base de trava.l qui 
doit etreunjeusequentield'actions primitives executees par unseul acteur. 

Les activites peuvent fonctionner selon un des trois modes suivants : automatique, manuel et mixte 
Le corps d'une activite constitue la partie d'execution d'une activite. Ce corps comporte une liste d achons 
a executer sur la station de travail. L'ordre de ces actions n'est pas fixe et depend de ('interruption de I acteur 
exettant Z d'activite comporte un identif ieur et une liste d'actions Al. Le couple [Procedure Id. Act., 
tyld?de Annexe 1 identif.e uniquement un corps d'activite lie a I'activite (Activityld) qui apparent 6 la proc6- 
dure donfl identite est (Procedureld). Une action N peut etre activee par .'utilisateur J travers le ^formula^ 
correspondant d I'ecran de la station de travail (1). Cette action peut etre sendee en deux part.es . une pre- 
mTpart Ai qu est une commande (Prescript) a executer quand .'utilisateur veut selectionner une action 
N (par exemple une initialisation) et une deuxieme partieZi qui est la commande (PostScript) a executerquand 
I'utilisateur veut valider Taction selectionnee. 
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Les actions d'une activite sont numerotees deOaN. L'action AO est une action particular dans laqu lie 
la commande (Prescript) de selection est automatiquement execute et validee avant toute autre , achon 
Le prefix PR de I'activite appell un formulaire qui fournit Interface de presentation et d interaction de 

5 I'activite surl'ecrand la station. a a,ia n-A«v &nv 

Lastructur d s donne s de I'activite est fournie par un f ichier dont I nom est precede du pref ix ADV. 
La syntaxe d'une action est constituee d'un champ "type d'action" (ActionType) d'un champ "nom d action (Ac- 
UonName) et de plusieurs arguments qui sont des champs de vecteurs de donnees d'ouvrage (JDV) represen- 
ts par Ji et de vecteurs de donnees d'activite (ADV) represents par Al. ces champs sont stocks dans les 
10 vecteurs (ADV, JDV) de la memoire (370) du serveur (3). Les actions peuvent etre du ty pe : executable, foncbon 
DLL echanqesDDE... Lesystemedetraitementtransactionnelaideadefinir.executer.coordonneretcomman- 
der le flux de travail entre les organisations ou les groupes de travail en se basant sur une description des 
taches de bureau qui peuvent etre decrites comme des laches structures recurrentes, appel6es procedures 
dont les elements de travail de base sont appeles activites et doivent etre executees par differents indrvidus 

■15 ■- appeles acteurs selon une certaine sequence. H '<wo..r 

- Un acteur consiste en une identification unique de I'acteur (usrid) fournie par le systeme. un nom d acteur 
(name), un prenom de l'acteur(f irstName). un mot unique d'ouverture de cession (loginName), un motde passe 
(password) et une etiquette (alias). 

Une procedure est un jeu predef ini d'etapes de travaux selon un sequencement partiel de ces etapes. Une 
etape de travaa estformee d'une en-tete (identif ication, precedence.etc.) et d'un corps (activite) qui constrtue 
le travail actuel a executer. Differentes etapes d'une procedure peuvent etre executees par differentes per- 
sonnes differents groupes de personnes. Dans certains cas, plusieurs 6tapes d'une procedure peuvent etre 
executees en meme temps ou dans un ordre quelconque. En general, une procedure est un jeu partiellernent 
ordonne d'etapes. c'est a dire dans lequel toutes les etapes ne doivent pas etre necessa^rement executees 
sequentiellement et dans lequel des boucles sont autorisees, plutat qu'un jeu totalement ordonn6. Les proofr- 
dures ont de facon classique des attributs tels que le nom et la personne responsable assoc.ee a la procedure. 
Un script est une specification d'une procedure, d'une activite ou d'une partie automatique d une activite 

^"unouvrage Oob) estle lieu de commande pourune execution particuliere d'une procedure Dans certains 
contextes I'ouvrage est appele une transaction. Les ouvrages ont des parametres tels que I etat, I mitiateur. 
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Un r6le (role) consiste en la designation d'un acteur ou d'un groupe d'acteurs qui agissent comme base 
pour les commandes d'acces etles commandes d'execution. Un acteur peut jouer plusieurs roles d acteur Role 
Of Actor) dans une organisation. Un acteur est une personne, un programme ou une entite qui peut remphr es 
rdles a executer et etre responsable de ces r6les ou etre associe dans une certaine mesure avec les actrvrtes 
et procedure. Les attributs ou possibilites d'acces peuvent etre associes avec les acteurs et avec les rdles 

Un rflle est definl par : un mot unique (rid) d'identification du r6le. le nom du rfile (name) et la description 
du rdle Le role d'acteur comprend : I'identif ication de I'acteur (usrid) et I'identif ication du rdie (nd). 

D'autres parametres ou attributs et structures peuvent etre associes pour creer un modele organisahonnel, 
40 destine a mieuxgererle flux de travail. ' „.«. fim «, 

L'architecture au niveau du logiciel de traitement transactionnel du flux de travail constant le systeme 
se decompose en un certain nombre de modules (30 a 37 figure 1). Les modules deviennent acbfe quand I un 
ouvrage Gob) et/ou une activit6 (activity) est commence ou acheve. Un module ordonnanceur (30) est active 
oar un message d'achevement d'activitS. une exception d'activite ou la creation d'un ouvrage. 
45 Dans tous les cas. I'ouvrage est demarre par un processus quelconque qui envoie un message du type 
creer un ouvrage au module ordonnanceur (30) du serveur (3). Les parametres de ce message component la 
Driorite de I'ouvrage, le temps d'expiration, le nom de la procedure et les parametres d'iniHahsaton. 

L'ordonnanceur (30). a travers la faculte de creation d'ouvrage, cree I'ouvrage, lui affecte un nombre uni- 
que, fixe I'information d'etat pour cet ouvrage et effectue differentes initialisations, 
so Le travail de f inalisation est aussi execute par l'ordonnanceur (30) a travers la facMe d achevement d ou- 
vrage quand toutes les activites pour un ouvrage ont ete executees. L'ordonnanceur verifie tous les predeces- 
seurs de tous les possibles successeurs d'une activite achevee. 

Si I'activite achevee etait une activite de decision, alors l'ordonnanceur examine la variable resultant de 
cette activite. Si un ou plusieurs successeurs sont valides, un message est envoye a un module repart.teur 
55 (33) avec lequel l'ordonnanceur dialogue. L'ordonnanceur consiste en une boucle de programme representee 
al'annex 2. consistent a lir les messages recus et a traiter le cas du message. „ 
L'appel d lafonction ■WFsvSchedCreateJob" declenche la verification que I'etat de publication de la pro- 
cedure est valide et dans I'affirmative cree un nouvel ouvrage pour la procedure identifie par son identifieur 
de procedure (pid) avec un priorit6 determinee. 
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L'appel d'une part d la fbnction "WFsvSchedStartTask" declenche la lectur de la table de definition d 
la procedure avec initialisation d'une tache t d'autr part de la fonction "WFsvSchedEndTask" declench 
I'achevem nt de la tache av c chargement du vecteur JDV dans I serveur(3). 

Le modul ordonnanceur dialogue av c un module repartiteur (dispatcher 33) t un modul signal ur (34) 
(notif ier). L'ordonnanceur marque les nouv lies laches qui sont crees avec I'etat "todispatch" et noW i ceci au 
repartiteur en deposant un message dans une boite a message (35). 

Le module repartiteur (33) a trois fonctions principales: 

a) affecter a un utilisateur les taches qui viennent d'etre crees par l'ordonnanceur, 

b) affecter un nouvel utilisateur a une tache qui vient d'etre rejetee; 

c) effectuer la distribution et la circulaBon d'une activite parmi les utilisateurs. 

Le module repartiteur (33) est le premier module qui conduit et est conduit par I'acteur et les entiles de 
roles Dans sa troisleme fonction, pour une activite donnee, le repartiteur (33) etablit une correspondance avec 
un r6le et avec un ou plusieurs acteurs. Si un ou plusieurs acteurs doivent etre selectionnes comme receveur, 
alors le repartiteur applique les algorithmes de repartition de base effectuant une repartition linSaire, c'est a 
dire le repartiteur range aleatoirement les ireceveurs possibles (acteurs) etprocedelineairement .a.traverscette . 
liste II delivre le premier ouvrage au premier acteur, le second ouvrage au second acteur.et ainsi de suite jus- 
qu'a I'epuisement de la liste. Ceci est ensuite repete continuellement, de facon que tous les acteurs recoivent 
approximativement le meme nombre d'ouvrage. 

Dans la premiere fonction, lorsqu'une premiere tache est attribuee, I'etat de la tache dans la table (sched- 
job) est indique "OFFERED" et un message est envoye a I'utilisateur suppose executer I'ouvrage. 
dans sa deuxieme fonction, lorsqu'un utilisateur rejette une tache qu'il ne peut executer I'etat de la tache est 
mis a "rejected" dans la table (sched-job) et le repartiteur recoil un message. Le repartiteur memonse alors le 
fait que la tache a ete rejetee et par qui. dans les archives et I'historique de verification (auditing) et precede 
comme si la Bene provenait de l'ordonnanceur. 

Les interfaces de programmation de I'application correspondant a ces trois fonctions sont indiquees dans 

' ann Le module signaleur (34) conserve une trace des evenements rythmes et signale les receveurs corrects 
au moment approprie. 

Deux utilitaires de rythme sont prevus dans le module signaleur (34), a savoir la faculte de rappel et la 
faculte de retardement. Le premier pour, par exemple, permettre d'imposer une butee limite pour I'execubon 
d'une activite specifique et envbyer un message divertissement quand le temps de butee est expire, tandis 
que le second permet de retarder I'expedition d'un message pendant une certaine periode de temps pour, par 
exemple, demander a un acteur de faire un certain travail apres un certain retard. 

Le signaleur (34) recoit egalement des informations du coordinateur (31) qui prend soin de ce qui se passe 
dans le systeme de gestion du flux de travail. Le coord inateurfournit les facilites de controle de gestion interne 
pour garder une trace des evenements signif icafifs et stacker les f ichiers de journal affranchis, les facons d'm- 
terroger le systeme sur les differents etats (qui fait quoi ? quel est le degre d'avancement d'un ouvrage spe- 
cifique ? combien d'ouvrage sonten cours d'execution ? temps moyen d'execution d'un ouvrage, temps moyen 
d'execution d'une tache. historique des ouvrages, etat courant d'un ouvrage. informations obtenues par un ou- 
vrage determine, files pour executer une activite donnee au- cours d'une procedure donnee, conflrts dans un 
ouvrage donne, etc..) la possibility d'agir sur I'avancementdes ouvrages (suspension, remise en service (re- 
sume), annulation (cancel), reattribution (reassign) etc..) et les moyens de garder un historique par archivage 

Le repartiteur (33) et le signaleur (34) echangent des signaux avec la boite a messages (35) qui sert a 
conserver tous les messages asynchrones. Ces messages peuvent etre des activites assignees a des acteurs, 
des messages divertissement generant chez le signaleur (34). des messages entre acteurs, etc... 

La boite a messages est constituee essentiellement dans une base de donnees relationnelle telle que par 
exemple la base (e.g. ORACLE de Bull). Le serveur de la boite a message est un serveur particulier qui gere 
et memorise les messages asynchrones. 

Quand une requSte de client est asynchrone, le resultat est memorise en tant que message dans la boite 
a messages a travers le serveur de la boite a messages. La seule facon d'acceder a la boite a messages est 
a travers le serveur de boite de messages (35). Ainsi par exemple, quand le repartiteur (33) assigne une tache 
a un acteur. un message est envoye a cet acteur I'informant qu'un sujet de travail est arrive. Cea est effectue 
par le serveur de la boite de messages qui ecrit dans la boite de messages un message du type "offre de tache 

(offer-task)*. . 
Le serveur de boite de messages est constitu6 principalement d'une boucl de programm qui st repre- 

"sente en annexe 4. 

Laboit de messages est constituee principalement de deux tables d donnees dune base d donnees 
relationnell (371) telle que par exemple "ORACLE". La premiere appelee MSG-BOX-DESC qui contient la des- 
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cription des messages telsqu un identif ieur uniqu , le type, etc... La second tabie est appelee MSG-BOX- 
BROADCAST qui stutilisee pour memoriser les destinatair sdesm ssages t les autres informations telies 
que ies etats de messages. II st important de noter qu'un message peut etre adresse a plusieurs d stinataires 
et qu'en consequence la d uxiem tabl MSG-BOX-BROADCAST devrait contenir la list des destinatair s 
tandisqu la description du messag stecriteun seule fois dans la table MSG-BOX-DESC. 

Enf in un message peut avoir un des trois status suivants : 
TO-READ : qui signif ie que le message est disponible, 
READ : qui signif ie que le message a ete lu, 
TO-DELETE : qui signifie que le message a ete efface. 

Enf in cette boite a messages (35) recoit egalement des signaux de I'administrateur (32). Ce module est 
utilise en mode differe pour modeler, creer, tester et accorder les differentes entites du systeme de base, les 
procedures, activites, rdles et acteurs. 

Cette etape'peut impliquer I'analyse des structures organisationnelles, des flux d'informations et des pro- 
cedures de- bureau. Les activites "formulaires" et "structures de securites" doivent etre crees. 
' » Les scenaris de procedures' sont ecrits par exemple, en utilisant le formalisms d'un logiciel de creation 
d'un reseau de commande d'information ICN (Information Control Net) est decrit dans une autre demande de 
brevet deposee. Les corps d'activites sont ecrits en utilisant une notation fondee sur une base visuelle. Les 
corps d'activites sont un des vehicules des echanges de donnees entre les activites du gestionnaire de tran- 
saction relationnelles et les differents serveurs exterieurs. 

Le systeme comporte egalement un module de gestion des donnees (370) qui stocke les tables relation- 
nelles dans la base de donnees telle que ORACLE pour representer les definitions, les relations, les attnbuts 
de toutes les procedures, activites, ouvrages, r6les et acteurs. 

Ces tables sont constituees de tables dynamiques marquees par un asterisque et de tables statiques. 
Les tables dynamiques sont constituees par les tables SCHED- JOBS, SCHED-STATEP representee en 
annexe 8 SCHED-STATUSP representee en annexe 8, SCHED-TASKP, JDV-JDV et ADV-ADV representee 
en annexe 5. Ces tables ont leurs rangees inserees et mise a jour pendant la phase d'execution de I'ordon- 
nanceur. Normalement il y a un jeu de tables dynamiques pour chaque procedure executee sur le systeme. 
Un jeu de table contient toutes les donnees d'execution pour tous les ouvrages d'une procedure. 
Les tables statiques sont constituees par les tables ORGA-ACTOR, ORGA-ROLES, ORGA-R-OFF-ACT, 
SCHED-PROCEDURES, SCHED- ACTIVITIES, SCHED-PRECEDENCES representee en annexe 8, JDV- 
PDDEF (Procedure data definition) representee en annexe 6, EDA-ORA (external data accessor to ORACLE) 
represente en annexe 7. Ces tables statiques contiennent les informations sur les procedures et I'organisation 
des actions et des roles. 

L'ordonnanceur accede a ces tables seuiement dans le mode de lecture et se fie a ces informations qu il 

memorise pour I'execution. ....... 

Toutes les tables dynamiques comportent une colonne indiquant I'identif icateur de procedure Pid a laquelle 
les donnees contenues dans les tables sont affectees. Une colonne nom Jid d'ouvrage est ajoutee a la table 
SCHED-JOBS et elle sera remplie de facon optionnelle par I'utilisateur a I'initialisation d'un ouvrage. 

Les informations concernant les donnees utilisees pour attribuer et reparoles taches et r6Ies a I'utilisateur 
comporte une colonne Roleld dans la table SCHED-TASKP qui sera remplie au moment de la creation de la 
tache par I'ordonnanceur a partir des informations trouvees dans la table SCHED-ACTIVITIES. 

Enf in une table distribution et une table circulation representees aux annexes 4 et 8 permettent au repar- 
titeur de disposer des elements pour affecter les activites aux differentes stations des utilisateurs. 

Avec la table de distribution et le reseau de commande d'informations, il est possible de decnre la circu- 
lation d'informations dans un bureau. La distribution decrit la circulation d'une activite entre les differents mem- 
bres de I'organisation. , 

La table de distribution comme representee en annexe 4 comporte un identif ieur de distribution Did, un 
identif ieur de procedure (Pid), un identif ieur d'activite (Aid), ('information rflle (Roleld), ('information d'identif i- 
cation de I'utilisateur (Userld), une information indiquant que I'identif iant d'utilisateur est au debut de la liste 
de circulation (First) et une information nouvel utilisateur (Next Userld). 

La table de circulation est constituee comme representee en annexe 4 des informations Did, Pid, Jobld, 
Aid pour I'identif ieur d'activite, Roleld, Userld, First, Next Userld. 

La figure 2 represente I'organisation logique des services rendus par un ou plusieurs modules, et leurs 
interactions avec I'agent utilisateur du systeme transaction nel qui est I'administrateur, le coordinates et I'agent. 

La table JDV-JDV est constituee comme representee a I'annex 5 d'un identif ieur d'ouvrage (Jid), d un 
identif ieur d'activite (Aid), d'un identif ieur de taches (Tid), d'un identif ieur de champs dans Ie vecteur JD V, <Tun 
etat (STATUS) qui peut etr I'une des valeurs TO-ACCESS, READFWK, READEXTERN, ARCHIVED, d un 
identif ieur de champs FLD-NAME. d'un mode de passe de champs PASSMODE qui peut avoir les valeurs VA- 
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i UE ou REF pour indiquer qu le champ est transmls par une valeur ou par sa reference, d'un type de champs 
(fId WPE) 5 peut ! Stre une date, un caractere ou un ntier. d'une longueur en octet de la val ur transm.se 
contenue dans LENGTH, de la valeur du champ sH type de champ est une date contenue dans FLD-DATE 
Til val ur du champ si le type d champ sturf caractere ou si le mode de passag st REF cont nu dans 
FL^KCHAR^e^aTale^urdu^champ s» , mode d passage est INT contenu dans **r ac- 

tuelle du champ designee dans JDV-PDDEF comma champ de dependance dans ACCESS-KEY. 

En addZ la base de donnees relationnelle sauvegarde plusieurs types de donnees necessa.res pour 
I'exe^tLdesactw^^^ 

nus d^ns le vecteur de donnees d'ouvrage (JDV. Job Data Vector) et les informations specf.ques d acfvites 
contenues daSTes vecteurs de donnees de taches (TDV, Task Data Vector). Ces elemente de donnees vec- 
Ses sent des valeurs de donnees ou pointeur vers des informations stockees surdes reper teres externes 
informations Achacun des composants dans le vecteur est donne une valeur type et une valeur mrtmle La 
vaSu rmZ est nulle et est specie par I'evenement d'initialisation ou est chargee par le module de creation 

t£% pour le client a travers le serveur reseau ou la copie du vecteur JDV est charge 
version de Lail. Certains elements du vecteur sont lus et certains sont ecrits par Pact.v,te lorsqu elle 

S ' eX Sd I'activite est achevee, le vecteurest sele^ 

les vecteurs de donnees d'activite stockent les valeurs et les references pour les donnees specf.ques d act, 
v/it£Q snn format est identiqueau format du vecteur JDV. 

P^r rSLr ces differentes actions le systeme utilise le module de gestion de donnees (370) qu. a pour 

^^•attacher les donnees appropriees aux ouvrages specif iques, en creant le vecteur JDV et en d6marrant 
" feSSage de ce vecLr avec les donnees specifiques pour ensuite le transmettre a la station de 

travail (2^ auand un utilisateur en a besoin, _ . „ 

•,-Sri'nSt6des donnees et la securiteenfournissant des mecanismes pour attacher es dro.ts d ac, 
Ss aux donnees et des strategies de verrouillage pour proteger les donnees centre des acces 

- Sver'S'acceder les donnees dans les bases de donnees de I'utilisateur externe en Mm^P* * 
unmodule EDAd'acces aux bases de donnees externes. Les donnees necessa.res ^ la reahsatwn de 
S^onssontstockeesdans 

EDA-ORA qui sont represents aux annexes 6 respectivement 7. Mmnnrtant 
Les modules (30 a 37) du serveur (3) communiquent a travers le systeme de commun.cabon, important 
,es USS^St.^ un module dent consistant dans un ensemble de modules (10 a 15). Ces mo- 

^uTstemtT^ 

client (2) comportant une interface de communication (27) et une architecture a quatre couches, donttapro- 
S St ieTysteme de messages de flux de travail (26). la seconde couche (24) est P*"^ 
teux d'interfacede programmes ^application client (24 1.242.243.244). d'unetro.s.eme couchedeserv.ee 25) 
rgesCSl' sJ^,. et d'u P n P e quaWeme couche (20.21) qui est .a couche superieure d'interface. Les 
differents modules d'une couche n'ont pas d'interaction entre eux. 

Le sysTle de messages de flux de travail (26) permet les echanges d'informat.on entre les cl.ents et le 

SerV Le U s informations echangees sont transposes par une structure specifique appelee 
couche satisfait les fonctionnalites suivantes : connexion a la couche communication du serveur (364). decon- 
nexionavec la couche communication du serveur et emission et reception de messages. 

support ^ZIZZJ. Pour ceia. tous ies messages qui sont echanges par des fonctions d'em,ss.on et 

M ^ S et Lmpr/dlnepartie enveioppe et d'une partie donnee. La partie enveloppe contient 

,'emeZ TdestStaret .es informations d'etat, tandis que la partie donnee contient le contenu du mes- 

S39 Le svsteme de messages (26) a aucune connaissance au sujet du contenu du message, ni de I'enveloppe 

55 etenc^el^ 

nSltraverslelienrealiseavcleserveur.tandisquelefichierdelapartiedonneeestd^ 

da f ichier oartaae (372) qui est partage avec toutes les stations de travail et le serveur. 

Lesn^ 

de travail et le serveur. Ces interfaces sont classees selon les activites suivantes : adm.n.strat.on. constrtue 
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une interface (254). coordination constitue un interfac (254), cr6ation d'ouvrage constitu un interface 
(253). I'execution d'activita constitue une autr interface (252). les taches constituent un derniere interfac 

<25 Toutes ces interfaces d programmation sont generees par un generateur automatique de cod s pour un 
description donne d s f ichi rs en entr6e. Ceci assur la coherence entr les interfaces d programmation 

client et du serveur. , . . . , 

La couche d'interface de programmation administration (244) def init les donnees qui sont classees selon 

les concepts et les donnees def inis pour le systeme de traitement transactionnel. Elle permet la definition des 

orocedures. des activites. des acteurs. des roles et de ('affectation ou de la desaffectation d'un r6le a un acteur. 
Les interfaces de coordination (244) permettent la commande de I'execution d'ouvrage et sont constituees 

des elements suivants : etat d'un ouvrage. avancement d'un ouvrage. historique d'un ouvrage. qui fart quoi. 

nombre d'ouvrage actif. suspension d'un ouvrage, reprise d'un ouvrage. annulation d'un ouvrage. 

Le ieu d'interfaces client (243) pour la creation d'un ouvrage est constitue des interfaces qui partcipent 
,,a la creation d'un nouvel ouvrage dans une procedure determinee. Le jeu d'interface execution d'activite n'est 

P3S Le'leu d'interface tache (241) donne a un acteur les facility pour executer les taches ordonnees et repar- 
ties. Ces facilites sont classees de la facon suivante : lecture d'une tache offerte, acceptation d'une tache of- 
ferte recherche du vecteur de donnee d'ouvrage correspondant dans le serveur, achevement d une tache et 
restitution du vecteur de donnee d'ouvrage reactualise au serveur, reorientation d'une tache a un autre acteur 

ou 3ctivit6 * 

La couche de gestion des services regroupe des modules (251 a 254) qui gerent les different* services 
proposes a I'acteur. Chaque module fournit un jeu bien def init de service a I'acteur, traite et maintient les don- 
ees utiles localement et appelle les interfaces de programmation d'application client appropriees et respec- 
tives (241 a2144) pour fournir le service souhaite. 

Un module gestion administration et coordination (242) fournit a I'acteur les services pour def imr les 
concepts et dohn6es de flux de travail. Ceci inclut les liens avec les interfaces appropriees et le support des 
definitions de processus. La gestion de coordination envoie au serveur les requetes de coordination venant 
de I'interface utilisateur correspondante et traite les reponses regues. 

Le module de gestion de creation d'ouvrage (253) se resume a transmettre les cr6ations d ouvrage, les 
requetes de creation d'ouvrage au serveur et peut etre capable de fournir une cession de , creation d ouvrage 
pendantque I'acteur prtpare les donnees d'initialisation correspondant a la procedure de d6f.nrtion dedonn6es 
PDDEF et lance la cr6ation d'ouvrage effective sur le serveur. 

Le module de gestion de I'execution d'activita (252) est dedicace a realiser I'execution de la partie corps 
de I'activita, Cette ex6cution est requise par le module de gestion de tache (251 ) a travers I'interface uulisateur 
(20). Une telle execution peut etre consid6ree comme une cession de travail pendant laquelle I acteur execute 
les actions correspondantes. ■ .„. kl , M 

En dehors de ces actions qui sont une partie de I'execution normale d'une activrte, I acteur a la possib.lita 
de suspendre, annuler et bien entendu terminer un cession de travail. 

Dans ce but le module de gestion d'execution d'activita est pourvu des possibles : 

- de lecture du f ichier de description d'activita ; 

- de lecture et d'6criture des donn6es d'ouvrage utilis6es dans I'activita ; 

- de lecture et d'ecriture des donn6es de taches correspondantes utilisees dans I'activita et de commande 
des droits d'accessur les donn6es d'ouvrage; ^ Mr ~ 

- de lancement du formulaire de pr6sentation appropria de I'activita et de l'ex6cuhon des actions corres- 
pondantes a I'acfrvita d'une facon guid6e. . 

Un module de gestion de taches (151) est dedicace a g6rer I'aspect multi-tache d'un acteur pu,sque e sys- 
teme de traitement transactionnel donne la possibilite a un acteur de trailer plusieurs taches en mSme .temps 
Pour cela, ce module maintient localement une m6moire des taches et fournit la possibilita de sauvegarder 
de retrouver cette m6moire et d'effacer des taches de cette m6moire. Ce module comporte un jeu d o P 6ration 
pour ex6cuter normalement les taches qui sont les suivantes : 

- reception d'une tache offerte, 

- acceptation d'une tache offerte, 

- recherche des donnSes correspondantes du vecteur d'ouvrage sur le serveur, 

- achevement d'une tache, 

- restitution du vecteur d'ouvrag mis a jour au serveur, 

- r6orientation d'une tache vers un autre acteur ou un autre activita, 

- appel de I'activita d'exacution d'une tache correspondante par I'interfac utilisateur, 

- traitement et maintient local des donn6es correspondant aux taches et leur historique. 
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Enfinunmodul d gestiond note, non represent , stegalem ntprevu pourfourniral'acteurlafaalite 
de creation de note, d'attachement d not . de lectur et d'ecriture, reception et emission de note, traitement. 

local et maintenance de notes envoyees t revues. ,i„ ato '„, , 

Lacouchesuperieureestconstitueedelacouched'interfac qui comporte une interfac coord.nateur t 

administrates (21) etuneint rface utilisateur (20). 

L'interface administrateur et coordinateur (21) comporte les editeurs de concept et de donnees et la 
commando des ouvrages. L'interface utilisateur comporte les logiciels, les parties permettant I ut.lisat.on inte- 
ractive du systeme de traitement transactionnel, ('execution d'activite guidee par un formulaire et I'utilisation 
automatique du systeme de traitement transactionnel. Ces interfaces sont lances soil par I'acteur lul-meme, 
soit parle module de gestion (251). , ' ' • 

['interface utilisateur permet a I'acteur une participation et une contribution au trava.l de bureau. A travers 
celle-ci I'acteur est capable d'accomplir les taches qui lui sont attribuees, de demarrer un nouvel ouvrage et 
d'echangerdes messages avec les autres acteurs. L'acteurest identifie parson nom etson motde passe dans 

le processus de connexion. , .• . . . #- l.- ' 

Au cours du fonctionnement. les tenements de creation d'ouvrage mctent le module ordonnanceur (sche- 
duler) a demarrer un nouvel ouvrage. Ainsi I'ordonnanceur peut demarrer une premiere activite. Ensu.te un 
acteur (un utilisateur specif ique) est alloue" par le repartiteur a la premiere activite et I'ouvrage est envoye a la 
station de travail du client approprie. Quand la station de travail acheve I'activite, I'ouvrage est retourne au ser- 
veur ou I'ordonnanceur met a jour I'etat de I'activite et trouve une nouvelle activite. L'ordonnanceur appelle le 
repartiteur pour attribuer les acteurs en fonction des rfiles et ensuite I'information d'ouvrage et les demandes : 
d'execution sont envoyees a la machine client appropriee pour executor 1'activite su.vante , 

Tous ces etats activite. rflle. utilisation d'acteur, attribution d'information sont enregistr6s par la fac.Hte de 
verification (auditing) du module coordinateur une fois les attributions faites. Ce cycle se poursuit jusqu'a ce 
que la derniere activite soit achevee et a ce moment la, I'ordonnanceur precede a I'achevementde I. ouvrage. 

Le module de gestion de ['execution d'activite (252) conWIe et supporte les executions d'activites, en exe- 
cutant le corps de programme correspondant a I'activite demandee. Ce corps peut acceder a des donnees ex- 
ternes et avoir acces a des donnees specif iques de I'ouvrage ou des donnees specif iques d'acbvites Puisque 
cette activite est frequemment interactive, le module d'interface utilisateur est appete par ce corps, Les docu- 
ments et les formulaires sont aff iches et manipules par I'utilisateur comme une partie de cette activite. 

Quand I'activite est achevee, un message est envoye au logiciel du serveur indiquant le nouvel 6tat 
Comme un client peut travailler sur plus d'un ouvrage simultanement, le module gestionnaire de taches (251) 
maintient les statute des ouvrages et pr6sente les differents ouvrages et leurs statute a I'utilisateur. A chaque 
station de travail, I'information appropriee est accessible et toutes les informations sont maintenues quand gn 
utilisateur etelnt sa station de travail. Des rdles multiples peuvent etre residents sur une seule machine client. 

Les interactions entre les modules sont facilitees par le sous-systeme de communication (27,1.36) qui au- 
terise les echanges de messages entre les modules du systeme et aussi entre les utilisateurs. Ce systeme 
supporte a la fois des communications synchrones (ex : fetchtask) et des communications asynchrones (ex : 
sendto). Les interactions de ces communications sont mises en oeuvre paries differentes couches du protocole 

de communication. . . . ^„ 

Dans une variante de realisation le systeme de traitement transactionnel peut etre utilise avec une interface 
utilisateur telle que celle decrite ci-apres qui permet une grande facilite d'utilisation pour I'ut.lisateur. 

Cette interface est basee sur des documents, des icones et des formulaires et est constituee sous forme 
de trois dossiers qui peuvent Stre accede et manipule par le systeme de traitement transactionnel. 

Ce sont les dossiers, nouvelles taches (new tasks), taches en cours (on going tasks) et taches achevees 
(completed tasks).Les taches qui sont les travaux a effectuer peuvent etre conceptualisees comme des ins- 
tance d'activite". .... , Ate _ 

Les elements dans le dossier "nouvelles taches" sont des ouvrages qui sont dans I etat valide pret a etre 
executes par ce role. En ouvrant le dossier, I'utilisateur peut demander et initier de nouvelles taches. Cette ac- 
tion initiation, fait passer I'etat au mode actif. deplace I'icone de la tache dans le dossier "taches en cours et 
ouvre le premier formulaire associ6 avec la tache sur l'6cran utilisateur. 

En ouvrant le dossier "taches en cours". I'ufilisateur peut visualiser I'avancement des taches. L 6tat. la pno- 
rite et I'urgence de chaque tache et egalement visualisable. De nombreuses taches peuvent etre actives avec 
aucun un ou plusieurs de leurs formulaires de taches ouverts simultanement sur la m§me station. 

Le dossier "taches achev6es" est le moyen pour I'utilisateur d'interroger le systeme sur I'etat courant, I his- 
toriqu passe ou I s defauts de comportement des ouvrages. 

Le dossier "notes recues" contient I s messages expedies par les autres utilisateurs du systeme de trai- 
tement transactionn I ou par les modules du systeme et qui orrt 6te recus. Ceci permet des communications 
lnformels et f lexibles ntr les utilisateurs du systeme. 
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En g6n6ral, les informations sp6cifiques d taches. les outils et les acces externes sont r presentes 
comme des dements, ic6nes t menus sur le formulate detaches. 

C tte interface (20) comport un logiciel de presentation et d constitution des dossiers. Ce logiciel est 
5 en relation par un liaison du terminal avec une souris qui permet d provoquer des evenements xteneurs. 
La souris a ete choisie du type a deux boutons, le bouton de gauche etant af f cte par convention aux selections 
de zones ou d'objets graphiques a I'ecran et aux appels d'editeur, le bouton de droite etant affecte a des ope- 
rations specif iques telles que la manipulation de certains menus. Les evenements exterieurs provenant de la 
souris sont traites par une interface souris preprogrammee incorporee au logiciel et susceptible en outre de 
10 reconnaitre I'appui (down), le relachement (up) d'un bouton, la traTne (drague) de la souris et des evenements 
logiques tels que I'entree du pointeur souris dans la fenetre. A I'ecran la position du polnteur de la souris est 
rep6r6e par une petite fleche dirigee vers lehaut 

Bien entendu, sans sortir du cadre de ^invention, la souris pourrait etre remplacee par tout autre dispositif 
de pointage tel qu'un crayon optique ou une table graphique. Enfin en complement de I'interface souris, on 
15 prevoit egalement un interface pour un clavier programme autant pour les touches de caracteres que celles 
• de contriles et celles de pointeurs; de fagon a poiivdfcentrer dans le mode Edition les informations qui corres- 
pondent aux differentes zones des differentes fenetres. ' 

Le logiciel de presentation permet I'aff ichage des fenetres et I'execution des actions selectionnees sur le 
menu de la fenetre a la suite du declenchement d'un tenement exterieur, tel que parexemple, I'actionnement 
20 d'un bouton souris. La premiere fenetre aff ichee apres la connexion avec le serveur est la fenetre (40, fig 4). 
Cette fenetre (40, fig 4)) comporte une barre de litre (41 ) en dessous de laquelle se trouve une barre menu 
(42) permettant de selectionner un des objets se trouvaftt au menu a savoir, dossier (420), ouvrage (421), note 
(422) et aide (423) Chacun des objets selectionnes faisant apparaltrela possibilite d'un choix d'attnbut, par 
exemple pour I'objet dossier (420). le choix entre I'attribut pouveau (4200), en cours (4201), realise (4202), ou 

25 note recue (4203). . 

Ce choix permet en le validant de changer de fenetre et de faire apparaltre une des autres fenetres dossier 
en cours" (50 fig 5) " dossier execute" (60 fig 6) ou "note recue" (70 fig 7). 

Pour I'objet ouvrage (421), le choix consiste entre les fonctions "accepte" (421 0) pour accepter une tache, 
action qui est implicite si la tache est demarree, "traitement" (4211) pour demarrer ou continuer I'execubon 

so d'une tache, "feuille de propriete" (421 2) pour voir la f iche qui montre plus d'informations au sujet de la tache 
de la liste, la fonction "commentaire" (4213) pour voir les commentaires concernant la tache courante et les 
commentaires edites a I'etape precedente et pour editer evehtuellement de nouveaux commentaires. La fonc- 
tion "envoi" (4214) pour envoyer toutes les donnees d'activite a un acteur, un role ou une activite. Cette fonction 
pouvant fitre aussi utilises pour rejeter une tache. La fonction "orientation ausuivant" (4215) pour Preiser que 

35 la tache est achevee et peut etre envoyee a la prochaine etape de la procedure. La fonction "creation (421 6) 

pour cr6er un nouvel ouvrage. ' .. 

Dans le menu "ouvrage" on constatera que la fonction "orientation au suivant" apparait en caractere moms 
gras que les autres fonctions. car cette fonction ne peut etre s6lectionn6e lors de I'affichage de la fenStre "nou- 
veau dossier" indiqu6e par la barre de titre (41). 
40 Le menu "note" (422) comporte la fonction "lecture" (4220) pour visualiser une note recue ou envoyee. La 
fonction "expedition" (4221) pour editer et envoyer une note. La fonction "annule" (4222) pour effacer de la 
liste une note recue ou envoyee. la fonction "liste des notes envoyees" (4223) pour etre capable de visuahser 
la liste des notes qui ont 6t6 envoy6es. ... f i, ie „ r 
Le menu "aide" (423), comporte les fonctions "index", "clavier", "commandes", "procedures , utiliser 
45 I'aide". "a propos de", qui sont des fonctions classique et ne seront pas decrites en d6tail. 

Dans le menu "note" (422) on constate egalement que la fonction "lecture" (4220) et "annuler 1 (4221) ne 
sont pas en caractere gras comme les autres (envoi, liste des notes) . ce qui indique que ces fonctions 
(4220 4221) ne peuvent etre selectionnees lors de I'affichage de la fenStre (40) "nouveau dossier". Cette fe- 
netre "nouveau dossier" se complete d'un cadre (43) dans lequel une colonne "ouvrage" (430) permet d'.ndi- 
50 quer I'identifieur de I'ouvrage, une colonne (431) "activite" qui permet d'indiquer le nom de I'activite. une co- 
lonne (432) qui permet d'indiquer a quelle date I'activite doit 6tre termin6e et une colonne commentaire dans 
lequel un signs apparait pour indiquer que des commentaires sont attaches a I'ouvrage ou non. Enf in une eti- 
quette (434) apparait en face de I'ouvrage ou de I'activite cr66e pour indiquer son urgence ou non. 

Lorsque I'on est dans la fenetre et dans le menu "nouveau dossier", la Iigne (44) de bouton de seiecton 
55 de I'attribut des dossiers fait apparaltre le bouton de selection nouveau (4220) avec un fond different des bou- 
tons de selection " n cours" (4201 ) "ex6cut6" (4202) ou "notes regues" (4203). 

La fenetre comporte egalement des boutons de commandes (45) qui permettent de lancer directement 
les fonctions "accepte" (4210), "traitement"(42li)."commentaire"(4213).*feuilledepropri6t6"(4212)du menu 

"ouvrage" (421). 
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La fenetre "dossier n cours" (fig 5) comports les memes menus et les memes elements sauf pour la barre 
de bouton de commande (55) qui fait apparaltr les fonctions "orientation vers le suivant". "traitement". "feuill 
de propriete" et "commentair s". A la difference egalement de la fenetre de la figure 4, cett fenetre ne permet 
pas la s6lection d lafonction "accepte" (4210). 

La f netre "dossier execute" representee a la figure 6 comporte outre la barre titre et la barre menu dans 
le cadre (63) en plus des colonnes ■ouvrage" et "activite". une colonne (66) permettant d'afficher la date 
d'achevement de I'ouvrage ou de I'activite et en bas du cadre, une ligne de bouton de commande (65) cons- 
tituee par les commandes "feuille de propriete". "commentaires" et "effacement". ces fonctions sont d'a.lleurs 
les seules qui puissent etre selectionnees dans le menu "ouvrage". 

Enf in la figure 7 represente la fenetre des "notes rogues" qui comporte la barre titre, la barre de menu et 
un cadre (73) qui permet dans une colonne (731) d'afficher "I'expediteur". dans une colonne (732) de mettre 
la date de reception de la note et dans une colonne (733) d'afficher le sujet de la note. 

Cette fenetre comporte egalementune barre (75) constituee d'un seul bouton de commande "lecture Note 
permettant la lecture de la note. . ' 1 ■ • «„• ^ 

La selection de lafonction "feuille de propriete ",(4212) dans unefenetre "dossier nouveau (f.g 4) , dossier 
en cours (fig 5) ; "dossier execute" (fig 6) fait apparaltre la fenetre "propriete de I'ouvrage" representee a la 
figure 8 Cette fenetre permet d'appeler une fonction d'edition et comporte un premier champ (81) permettant 
dMnscrire le nom de I'ouvrage et une etiquette (82) faisant apparaltre le terme "urgent" si cet ouvrage a ete 

design^ comme urgent. . 

Un deuxieme champ (83) permet d'indiquer la date a laquelle I'ouvrage doit etre term.ne, un tro,s.6me 
champ (84) permet d'indiquer le nom de la procedure auquel I'ouvrage est rattache, un cinquieme champ (85) 
permet d'indiquer le nom du responsable pour I'ouvrage et une fenetre deroulante (86) permet d aff icher la 
liste des documents attachee a I'ouvrage. Une boite (87) permet d'afficher 4 champs concernant I activite cou- 
rante un premier (870) indiquant le nom de I'activite, un second (871) indiquant I'etat de la tache de I activite 
coura'nte, un troisieme (872) indiquant le responsable de la tache et un quatrieme (873) donnant la date a la- 
quelle la tache doit etre executee. 

Deux fleches non representees dans la barre des boutons de commande (880 a 883) I une avec I etiquette 
precedents I'autre avec I'etiquette suivante, permettent de voir respectivement la feuille de propriete d'ouvrage 
precedent et la feuille de propriete d'ouvrage suivant ■■ ■■ 

Le bouton de commande "accepte" (880) n'est utilisable que quand- I'etat de la tache est nouveau. Un 
deuxieme bouton de commande "traitement" (881) n'est utilisable que quand I'etat de la tache est accepte. sus- 
pendu ou nouveau. Un troisieme bouton de commande "commentaires" (881) ouvre la fenetre commentate 
qui est decrite en relation avec la figure 9. Un quatrieme bouton de commande "fermeture" (882) ferme la fe- 
netre de "propriete d'ouvrage" (80) boite et un cinquieme bouton de commande "Aide" (883) permet d obtenir 
une assistance 

La fenetre de "commentaire" (90) comporte une barre litre (900),une barre menu (91) permettant d'appeler 
la fonction d'edition ou d'impression. un champ "ouvrage" (92) dans lequel le nom de I'ouvrage peut etre reporte 
dans la boite d'edition (920) et deux boites de texte (93.94) etiquetees "commentaires precedents" et ' nouveaux 
commentaires". Un bouton de commande "OK" (921) permet de fermer la boite en effectuant I'enregistrement 
du nouveau commentaire s'il y en a eu. ... 

Le menu (91) comporte un menu "d'impression" permettant de lancer les fonctions suivantes : commen- 
taires precedents", "nouveaux commentaires", "selection de tous". et un menu d'edition permettant de lancer 
les fonctions : "couper", "copier", "coller". "effacer". 

La figure 10 represente la fenetre qui est affichee sur I'ecran de la station de I'utilisateur lorsque celu.-c. 
selectionne la fonction "emission d'ouvrage". Cette fenetre comporte une barre de titre "emission d'ouvrage 
(100) et un champ (101) permettant d'indiquer le nom de I'ouvrage. une partie (102) concernant les recepteurs, 
une partie (1 06) concernant la Remission de I'ouvrage, une boite de texte etiquetee "nouveaux commentaires 
(105) qui comprendra tous les commentaires de I'emetteur et dans laquelle I'emetteur sera capable d ajouter 
des nouveaux commentaires destines au recepteur, un bouton de contr6le (107) assurant la fonction d emis- 
sion retardee jusqu'au" suivi d'une boite de texte (1 08) dans laquelle I'utilisateur peut entrer la date a laquelle 
il souhaite que la tache soil envoyee, les boutons de commande "emission" (1090) dont la fonction depend ou 
non du fait qu'il y a plusieurs recepteurs, s'il y a un seul recepteur avec un die sur le bouton de commande. 
remission est achevee. s'il y a plusieurs recepteurs. un clic sur le bouton "envoi" ouvre la boite de idia ogue 
"mode d'emission" decrite ci-apres en liaison avec la figure 11 . un bouton de commande "annule (1 091 ) pour 
fermer la boit "emission d'ouvrage" sans effet. . , . , <n , n v .„ nm « 

La partie concernant I recepteur est composee de" boites combinees etiquetees role (1020), nom 
(1021) "activite" (1022) dans laquelle I'utilisateur peut choisir un element ou ecrire ce qu'il souhaite. La valeur 
defaut 'n'est pas definie, t seulement un des trois parametres du recepteur doit etr rempli. Si I'utilisateur n 
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remplit pas au moins und s parametres, la commande "envoi" ne sera pas valable. 

Une boite de list dontchaque ligne estcompletee avec les valeurs des boites d combinaison, un bouton 
de command "suivant" (1024) pour aller a la ligne suivante, un bouton de commande "efface" (1025) pour 
effacer une ligne de la list ,un bouton de command "insere" (1026) pour inse rerun ligne libr entre la ligne 

sel ctionnee et la ligne du dessous. 

La fenetre 11 du mode demission permet par sa boite de dialogue comportant deux boutons d'options, 
un premier (111) de distribution sequentielle, d'envoyer I'ouvrage a chaque personne de la liste dans un mode 
sequentiel et dans I'ordre de circulation correspondent avec un ordre de circulation correspondant a I'ordre 
de la liste, un deuxieme bouton (112) de distribution simultane dans lequel I'ouvrage sera envoye a chaque 
personne de la liste dans un mode parallele. 

Cette boite de dialogue comporte egalement les boutons de commande "OK" (1 1 3) pour conf irmer le choix 
etachever remission, un bouton de commande "annule" (114) pour fermerla boite et un bouton de commande 
(115) pour demander une assistance. 

La fonction "creation d'ouvrage" est representee a la figure 12 par une fen§tre (12) comportant une bar re 
de titre "creation d'ouvrage" (120) et un champ (121) permettant de rentrer dans un pave.d'6dition de texte le 
nom de I'ouvrage, un deuxieme champ "reference de procedure" permettant de rentrer dans un pave (122) le 
nom de la procedure et dans un pave (123) une etiquette, un troisieme champ "responsable de I'ouvrage" qui 
permet de rentrer dans un quatrieme pave (124) le nom du responsable, un cinquieme champ "date a laquelle 
I'ouvrage doit etre execute" comportant un cinquieme pave (125) permettant de rentrer la date, un six.eme 
champ (126) permettant d'afficher la liste des documents existants et les boutons de commande "OK" de va- 
lidation (127), d'annulation (128), et d'assistance (129). * . 

La fonction "emission de notes" est representee par la figure 1 3 et fait apparattre une fenetre (1 3) compor- 
tant une barre de titre (130), un premier champ (131) permettant def aire apparattre le recepteur, un deuxieme 
champ (132) permettant de faire apparattre la date Remission, un troisieme champ (133) permettant de fare 
apparaltre le sujet de la note, un ensemble de deux boutons d'option permettant de choisir entre la distribution 
sequentielle par un bouton (134) et la distribution simultanee par un bouton (1 35). Une boite (136) permet de 
selectionner les noms des notes a envoyer parmi une liste figurant dans cette boite'. Une fleche (1 37) "prece- 
dente" et une autre fleche (138) "suivante" permet de selectionner dans la liste la note precedente ou la note 
suivante Enf in les boutons de commande "recepteur" (1390) permet d'appeler la fonction permettant I'ouver- 
ture de la liste des recepteurs qui est representee a la figure 14, un bouton (1391) permet d'effacer une note, 
un bouton (1392) permet de fermer la fenetre "emission de notes", et un bouton (1393) permet de faire appel 

a une aide. , , 

La boite (14) "liste des recepteurs" comporte un champ (141) indiquant la date d emission et une boite de 
texte comportant la liste des recepteurs qui est composee,de trois colonnes, une premiere (142) indiquant le 
role, une deuxieme (143) indiquant le nom et une troisieme (144) I'activite. Un bouton de commande "fermeture" 
(145) permet de fermer la fenetre 14. ' 

La fonction "notes recues" est attachee a la selection de la fonction "note lecture" (4220) et permet I affi- 
chage d'une fenetre identique a celle de 1'emission a part que le titre est "reception de notes". I'emetteur rem- 
place le recepteur. les deux boutons d'option pour remission sont supprimes et la possibility de documenter 
une liste de recepteurs par un bouton de commande a ete egalement supprime puisque cette fonction n'est 
pas necessaire dans la reception de notes. Les autres elements a savoir la boite de texte avec barre de defi- 
lement horizontale et verticale, les f leches "precedent" "suivant", la commande "effacement", "fermeture" et 
"assistance" sont conserves. 

Enf in la fonction "liste des notes envoyees" selectionnee fait apparattre une fenetre (15) representee a la 
figure 15 dans laquelle une boite de listage (151) avec les colonnes suivantes, "date d'emission", "sujet", "re- 
cepteur" "emis" permet de faire apparattre dans chaque ligne la date d'emission, le sujet, le recepteur vers le- 
quel la note a ete emise, et le fait de savoir si la note a ete emise sequentiellement ou simultanement. Cette 
fenetre comporte egalement les boutons de commande d'aff ichage de la liste des recepteurs (1 52), de lecture 
de la note (153), d' effacement (154), de fermeture (155) et d'assistance (156). 

Les fonctions et les presentations decrites ci-dessus realisees par le logiciel de presentation et de cons- 
titution de dossier qui fait partie de Interface utilisateur facilitent grandement ('utilisation du systeme de trai- 
tement transactionnel et ameliorant son ergonomie. 
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ANNEXE 1 



Activity du corps structure 
[Procedureld Activityld] 
AO = ActivityPreScript 
ZQ = ActivityPostScript 
Al = PresScript 
Zl = PostScript 
• ■ • 

AN = Prescript 

ZN = PostScript 

PR = ActivityPresentation 

ADV = Tile name' 
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While(l) 

( 



Read Message 
switch(Message type) 



( 



case Login 
case Createlob 
case StartTask 
caseEndTask 



ANNEXE 2 



ReturnCode =;WFsvSchcsdConnectO; 
ReturnCode = WFsvSchedCreateJobO; 
RetumCode = WFsvSchedStartTaskO; 
ReturnCode = WFsvSchedEndTaskQ; 



1. WFsvSchedCreateJob( 



IN: 

OUT: 

OUT; 

OUT 

IN: 



TaskCoord.pid 
TaskCoord.jid 
TaskCooid.aid 
TaskCoord.tid 
Priority 



tWFTaskCoord 

long 

char 



*TaskCoord 

*InitUsrId 

♦Priority 



2. WFsvSchedStartJob( 



IN 
IN 



TaskCoord.pid 
TaskCoord.jid 



tWFTaskCoord 

); 



*TaskCoord 



2.WFsvSchedEndTask( 

tWFTaskCoord TaskCoord 
tWFjDV *JDV 

); 



IN: 


TaskCoord.pid 


IN : 


TaskCoord.jid 


IN: 


TaskCoord.aid 


IN: 


TaskCoord.tid 


IN: 


JDV 
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ANNEXE 3 



LWFsvDispAssign( 

tWFTaskCoord *TaskCoord 

); 

IN : TaskCoord.pid 

2. WFsvDispRaridAssign( 

tWFTaskCoord : *TaskCoord 

); 

IN : TaskCoord.pid 
IN : TaskCoord.jid 
IN : TaskCoord.aid 
IN: TaskCoord.tid 

3. WFsvDispLeastLoadAssign( 

tWFTaskCoord *TaskCoord 

); 



IN 
IN 
IN 
IN 



TaskCoord.pid 
TaskCoord.jid 
TaskCoord.aid 
TaskCoord.tid 



4.WFsvDispStartTask( 



tWFTaskCoord *TaskCoord 
tWFjDV *JDV 

); 



IN : TaskCoord.pid 

IN : TaskCoord.jid 

IN : TaskCoord.aid 

IN/OUT: TaskCoord.tid 

OUT: JDV 
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ANNEXE 3(suite) 



5.WFsvDispGiveTaskTo( 



tWFTaskCoord 

long 

long 

tWFjDV 

); 



IN : TaskCoord.pid 

IN : TaskCoord.jid 

IN : TaskCoord.aid 

IN : TaskCoord.tid 

IN : SenderUserld 

IN : ReceiverUserld 

IN: JDV 



TaskCoord 
SenderUserld 
ReceiverUserld 
JDV 



6.WFsvDispSendCopyOfTaskTo{ 

tWFTaskCoord 

long 

long 

tWFjDV 

); 

IN : TaskCooid.pid 

IN : TaskCoord.jid 

IN : TaskCoord.aid 

IN : TaskCoord.tid 

IN : SenderUserld 

IN : ReceiverUserld 

IN : JDV 



TaskCoord 
SenderUserld 
ReceiverUserld 
JDV 
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ANNEXE 4 



dispjdistribution Did 
Pid 
Aid 



Number{5) //Distribution Id 
Number(4) //Procedure Id 
Numbcr(5) //Activity Id 



Roleld Number(5) 
Userld Number(5) 



// A Userld that must fill the role. Can be letf 
// NULL or filled if known at definition time. 



First char(l) // True if Userld is at the beginning of the 

// circulation list. 



NextUserldNumber(5) //Next User on the list 



dispjrirculation Did 
Pid 
Jobld 
Aid 



Number(5) 
Number(4) 
Number(6) 
Number(5) 
Roleld Number(5) 
Userld Number(5) 



First 



char(l) 



//Distribution Id 
//Procedure Id 
//Jobld 
//Activity Id 



// A Userld that must fill the role. Can be letf 
// NULL or filled if known at definition time. 

// True if Userld is at the beginning of the 
// circulation list. 



NextUserldNumber(5) //Next User on the list 
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ANNEXE 5 

jdvjdv table description 



Name 


Null? 


Type 


JID 


NOT NULL 


NUMBER (6) 


AID 


NOT NULL 


NUMBER (8) 


TID 

X XM-J 


NOT NULL 


NUMBER (7) 


FLDID 


NOT NULL 


NUMBER (10) 


STATUS 




CHAR (10) 






CHAR (59) 


HEAD 

Aijiii/ 




CHAR(l) 


WRITE 

TT XVJl X X*t 




CHAR(1) 


PASSMODE 


NOT NULL 


CHAR (5) 


FT DTYPE 

1 1 il / X X M. X* 


NOT NULL 


CHAR (15) 


LENGTH 


NOT NULL 


NUMBER (3) 


FLDDATE 




DATE 


FLDCHAR 




CHAR (25) 


FLDINT 




NUMBER 


EDATYPE 




CHAR (255) 


EDAINDEX 




NUMBER (8) 


ACCESSKEY 




CHAR (255) 
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ANNEXE 6 



jdv_pddef table 
Name 



Null? 



Type 



PID 

AID 

FLDID 

FLDNAME 

ARG 

READ 

WRITE 

DEPENDANCE 

PASSMODE 

FLDTYPE 

MAXLENGTH 

EDATYPE 

EDAINDEX 



NOT NULL 
NOT NULL 
NOT NULL 



NOT NULL 
NOT NULL 

NOT NULL 
NOT NULL 



NUMBER (5) 
NUMBER (8) 
NUMBER (10) 
CHAR (59) 
CHAR(l) 
CHAR(l) 
CHAR(l) 
NUMBER(IO) 
CHAR (5) 
CHAR (15) 
NUMBER (5) 
CHAR (10) 
NUMBER (8) 
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ANNEXE 6(suite) 



Where 

Pid 

Aid 



Fidld 

FidName 

Arg 

Read 

Write 

Dependance 

Passmode 
FIdType 



Procedure Id 

Activity Id. If 0 the field is global to the procedure (and does not have to be 
redefined for each activity) . If it has a positive value it defines the field 
locally for this activity. 
The local definition preempts the global one. 

JDV Field Id 

String identifier of the field (For conviviality). 

"A" a value is mandatory to initiate the job if not. 

B R" if the field is in read access mode within < Pid, Aid > if not. 

"W" if the field is in write access mode within <Pid,Aid> if not. 

Field Id of another Field that will determine the value of the current field. 

(For example : Customer Id depends on Customer Name) 

"Value" if the field is passed by value, "Ref* if passed by reference. 

(See discussion below). 



FIdType must be known on the Workstation by the Activity management Module which 
executes the activity scripts (See flowWork Workstation Specification). Possible values for 
FIdType can be : 

Date, Char, Int : Date , string or integer value. 

Form : the JDV field can be the frame of a form. 

IWsRefCabinet : A string containg a server name and the cabinet name. 

IWsRefFolder : (Folder Location. For example : /gnomo/GMF/Clients) 

IWsStoreDoc : (Storage index reference) 

MaxLength Number of digits authorized for display (used for form fields only). 

EdaType Accessor type. Can be " ED A_ORA " , " ED A_IWS " for Version 1. Actually 
points to a table. 

Edaindex Tuple identifier in the EdaType table. The tuple in the EdaType table is the 
data accessor (see below) which references the actual piece of information 
corresponding to the JDV Field. 
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ANNEXE 7 



edajoia table description 



Name 



Null? 



Type 



EDAINDEX 

REPOSITORY 

LOGIN 

SECTION 

SELECTOR 



NOT NULL 



NUMBER (8) 
CHAR (30) 
CHAR (30) 
CHAR (30) 
CHAR (30) 



21 



EP 0 574 303 A1 



ANNEXE 7(suite) 



10 



15 



20 



25 



30 



35 



40 



45 



Edaindex 



Repository 

Login 

Database. 

Section and 

Selector 

column. 



Tuple identifier referenced by a field definition in the 
Procedure Data definition (jdvjxidef) table. 

name of the server which is host of the User Data Base. 

the login under which the EDA_ORA process will connect to the foreign 

correspond respectively to what is known in the data base as table and 



Thus data base accessor consists of : 

Repository, 

Login 

Section 

Selector 

Dependance 

AccessKey 

Eventually a query can be made up of these elements : 
CONNECT Repository/Login 
SELECT Selector FROM Section 
WHERE Dependance = AccessKey 



50 
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ANNEXE 8 



SQL> desc schedjwecedence; 
Name 



Null? 



Type 



INDEX JD 
PREVAID 
NEXT* AID 
OUT BRANCH 
IN BRANCH 
PID 

task back 
next"type 



NOTNULL 
NOTNULL 
NOTNULL 
NOT NULL 
NOTNULL 
NOTNULL 
NOT NULL 



NUMBER (8) 
NUMBER (8) 
NUMBER (8) 
NUMBER (3) 
NUMBER (3) 
NUMBER (5) 
NUMBER (7) 
CHAR (10) 



SQL> desc sched_statusp; 
Name 



Null? 



Type 



PID 
JID 

QUEUE 
INDEX ID 



NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 



NUMBER (5) 
NUMBER (6) 
NUMBER (3) 
NUMBER (8) 



SQL> desc sched 
Name 



Null? 



Type 



PID 
JID 
AID 
STATE 

TOKENS_CURRENT 
TOKEN S~P AST 



NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 



NUMBER (5) 
NUMBER (6) 
NUMBER (8) 
CHAR (10) 
NUMBER (3) 
NUMBER(3) 



SQL> desc sched_dynj>rec; 
Name 



Null? 



Type 



PID 
JID 

INDEX JD 
PREVjUD 
NEXT* AID 

out^branch 
in branch 
next type 
taskIback 



NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 



NUMBER (5) 
NUMBER (6) 
NUMBER (8) 
NUMBER (7) 
NUMBER (7) 
NUMBER (3) 
NUMBER (3) 
CHAR (10) 
NUMBER (7) 
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ANNEXE 8(suite) 



SQL> desc schedjdyn_statusp; 



Name 


Null? 


Type 


PID 
JID 

QUEUE 
INDEX JD* 


NOTNUUL 
NOT NULL 
NOT NULL 
NOT NULL 


NUMBER (5) 
NUMBER (6) 
NUMBER (3) 
NUMBER (8) 


SQL> desc sched_dyn_statep; 






Name 


Null? 


Type 


PID 
JID 
AID 
STATE 

TOKENS CURRENT 
TOKENS JPAST 


NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 


NUMBER (5) 
NUMBER (6) 
NUMBER (8) 
CHAR (10) 
NUMBER (3) 
NUMBER(3) 


SQL> desc dispjcirculation; 






Name 


ISUUf 


Tvne 


PID 
AID 

PREV USRID 
NEXT USRID 
OUT BRANCH 
IN BRANCH 
NEXT TYPE 
INDEX ID 
TASK.BACK 


NOT NULL 
NOTNULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 


NUMBER (5) 
NUMBER (8) 
NUMBER (7) 
NUMBER (7) 
NUMBER (3) 
NUMBER (3) 
CHAR (10) 
NUMBER (8) 
NUMBER (7) 


SQL> desc dispjiyn_circ; 






Name 


Null? 


Type 


PID 
JID 

PREV USRID 
NEXT USRID 
OUT BRANCH 
IN BRANCH 
NEXT TYPE 
TASK "BACK 
INDEXJD 


NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 

NOT NULL 


NUMBER (5) 
NUMBER (6) 
NUMBER (7) 
NUMBER (7) 
NUMBER (3) 
NUMBER (3) 
CHAR (10) 
NUMBER (7) 
NUMBER (8) 
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ANNEXE 8(suite) 



SQL> desc disp_dyn_statusc; 



10 


Name 


Null? 


Type 




PID 


NOT NULL 


NUMBER (5) 




JID 


NOT NULL 


NUMBER (6) 


15 


QUEUE 


NOT NULL 


NUMBER (3) 


INDEX_ID 


INIJ I NULL 


NUMBER to • 




SQL> desc dispjdyn_statec 






20 


Name 


Null? 


Type 


25 
30 


PID 

JID 

AID 

USRID 

STATE 

TOKENS CURRENT 
TOKENS PAST 


NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 
NOT NULL 


NUMBER (5) 
NUMBER (6) 
NUMBER (8) 
NUMBER (8) 
CHAR (10) 
NUMBER (3) 
NUMBER(3) 



Revendications 

1. Systeme de traitement transaction nel entre un serveur (3) informatique et une plurality de stations de tra- 
vail (2) entre lesquelles les ouvrages correspondents a des activites constituant des procedures sont exe- 
cutes, le systeme comportant du c6te serveur un module ordonnanceur des ouvrages qui s'appuyent sur 
la definition des procedures (a savoir les precedences entre les activites d'une procedure) memorisees 
dans la base de donnees relationnelle pour ordonnancer le progres des ouvrages en trouvant la ou les 
activites suivantes et en creant la ou les taches correspondantes etant donnee la fin d'une activite, un 
module repartiteur (31) pour effectuer la repartition des taches qui s'appuyent sur la relation entre rdle et 
acteur memorisee dans la base de donnees relationnelle pour attribuer une tache a un acteur choisi even- 
tuellement selon la charge de travail, un module signaleur (34) pour conserver une trace des evenements 
rythmes et recevant des informations de I'ordonnanceur (30) et d'un module coordinates (31), une boite 
de messages (35) 6changeant des signaux d'une part avec les modules repartiteur (33) et signaleur (34), 
et d'autre part avec un module de communication (36) avec les stations de travail et un module de gestion 
des donnees du flux de travail (370), le systeme comportant du cdte station de travail une couche de 
communication (27), une couche de gestion des messages (26) correspondent au flux de travail, une cou- 
che (24) comportant differents jeux d'interfaces de programmation de rapplication, une couche de ser- 
vices de gestion (25) et une couche d'interface utilisateur (20,21). 

2. Systeme selon la revendication 1 caracterise en ce que les differents modules d'une couche de la station 
de travail (2) n'ont pas d'interaction entre eux. 

3. System selon la revendication 1 caracterise en ce que le module de gestion des donnees (370) gere des 
tables statiques et dynamiques memorisees dans la base de donnees relationnelle (372). 

4. Systeme selon la revendication 3 caracterise en ce que les tables statiques sont constituees des donnees 
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d definition des procedure, d definition des activites, d I'organisation des acteurs et des rdles t de 
repartition des activites selon un tab! de distribution. 

5. System selon ia revendication 3 caracterise en ce que les tables dynamiques sont constitue s de don- 
nees evolutives representant I'avancement des ouvrages et des taches. 

6 Systeme de traitementtransactionnel selon la revendication 3 caracterist en ce que les tables dynamiques 
sont constitutes d'une table de circulation, d'une table de vecteur de donnees d'ouvrage JDV- JDV, d'une 
table de vecteur de donnees d'activite ADV-ADV et des tables SCHED-STATEP, SCHED- STATU SP, 
SCHED-JOBS, SCHED-TASKP. 

7 Systeme de traitement transactionnel selon la revendication 4 caracterise en ce que les tables statiques 
sont constitutes d'une table de description de procedure SCHED-PROCEDURE, de description de don- 
nees de procedure JDVPDDEF, d'une table de description des references des donnees stockees dans 
une base de donnees externe (EDA-ORA)rd'une table de description des activites SCHED-ACTIVITE, 
d'une table de definition des precedences SCHED-PRECEDENCE, et des tables de definition de I'orga- 
nisation du systeme ORGA-ACTOR, ORGA-ROLE, ORGA-R-OFF-ACT. 

8 Systeme de traitement transactionnel selon la revendication 4 caracterise en ce que une activite est cons- 
tituee d'un identif ieur de I'activite et de la procedure a laquelle I'activite est rattachee et d'une liste d'act.ons 
comportant chacune une commande d' initialisation et une commande de validation. 

9 Systeme de traitement transactionnel selon la revendication 8 caracterise en ce que les actions sont cons- 
titutes du type, d'un nom, des arguments constitues par les donnees du vecteur JDV ou ADV. 

10. Systeme de traitementtransactionnel selon la revendication 1 caracterise en ce que la couche de service 
de gestion comporte : 

- un service de gestion de creation d'ouvrage, 

- un service de gestion d'administration , 

- un service de gestion de coordination, 

- un service de gestion de I'execution de I'activite. 

11 Systeme de traitementtransactionnel selon la revendication 8 caracterise en ce que une activite comporte 
" egalement un pref ixe (PR) destine a appeler un logiciel de presentation et ^interaction fourmssant I in- 
terface de 1'activite. 

12 Systeme de traitement transactionnel selon la revendication 1 caracterise en ce que le module adminis- 
' trateur realise les fonctions de modelage, de creation, test et accord des d'rf ferentes entites du systeme. 

13 Systeme de traitement transactionnel selon la revendication 1 ou 12 caracterise en ce que le module de 
' gestion des donnees a pour fonction d'attacher les donnees appropriees aux ouvrages specrfiques en 

crtantlevecteurJW.de flfiw^ 
de donnees de I'utilisateur. 

14. Systeme de traitement transactionnel selon la revendication 1 ou 1 3 caracterise en ce que le module de 
gestion d'execution d'activite comporte les fonctions 

- de lecture du fichier de description d'activite, 

- de lecture et d'ecriture des donnees d'ouvrage utilise dans I'activitt, 

- de lecture et d'ecriture des donnees des taches correspondantes utilisees dans I activite et de 
commande des droits d'acces sur les donnees d'ouvrage, 

- de lancement du formulaire de presentation appropriee a I'activite et de I'execubon des act.ons 
correspondantes a I'activite d'une facon guidee. 

15. Systeme de traitement transactionnel selon la revendication 1 ou 14 caracterist en ce que le module de 
gestion de taches execute les fonctions suivantes : 

- rtception d'une tache offerte, 

- acceptation d'une tache offert , 

- recherche des donnees correspondantes du vecteur d'ouvrage sur le serveur, 

- achevement d'une tache, 
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- restitution du vecteur d'ouvrage mis a jour au serveur, 

- reorientation d'une tfich vrsunautr acteur ou une autre activite, 

- appel de I'activite d' xecution d'une tach correspondante par r interface utilisateur, 

- traitementetmaintient local des donnees correspondent aux taches et d leurhistoriqu . 

16 Systeme de traitement transaction nel selon la revendication 1 ou 1 5 caracterise en ce que le module ad- 
ministrateur et coordinateur comporte les fonctions d'edition de concept et de donnees et la commande 
des ouvrages. 

17. Systeme de traitement transactionnel selon la revendication 1 ou 16 caracterise en ce que le module re- 
partiteur realise trois fonctions principales : 

- affecter a un utilisateur les taches qui viennent d'etre creer par I'ordonnanceur, 

- affecter un nouvel utilisateur a une tache qui vient d'etre rejetee, 
. r effectuerja distribution et la circulation des activites parmi les utilisateurs. 

18 Systeme de traitement transactionnel selon la revendication 1 ou 17 caracterise en ce que le module sk 
" gnaleur conserve une trace des evenements rythmes et comporte une fonction de rappel quand un temps 
est expire et une fonction de retardement pour lancer un travail avec un retard. 

20 19 systeme de traitement transactionnel selon la revendication 1 ou 19 caracterise en ce que la boite de mes- 
' sage est constituee de deux tables de donnees, une premiere qui contient la description des messages 
et une seconde qui memorise les destinataires des messages. 
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